Compression and encryption of a file

ABSTRACT

A computing device (100), comprising a memory (240) and a controller (210), wherein said controller (210) is configured to compress a file (410) by transforming at least a portion of said file (410) to a number (X) and transforming the number (X) to an exponent vector (exp) comprising at least one exponent, wherein each exponent corresponds to a base in a base vector (base).

TECHNICAL FIELD

This application relates to a system, a method, an apparatus and a computer-readable storage medium for improved compression and encryption of a file.

BACKGROUND

In the field of data and telecommunication the demand for send larger and larger amounts of data is ever increasing. The demand for streaming movies, music, games etc. steady increases as the communication channels increase their capacity of sending or transmitting data. Even if development over recent years has been fast and the capacity in the communication channels has doubled many times, there are still bottlenecks due to the large amount of data that is communicated. Users may for example experience that a movie is lagging when watching it on for example on a smart phone.

One way of dealing with the above described problem to enhance the communication between different network nodes is to compress data before it is sent. There are different ways to compress data; however the basic principle is to encode data sequences, i.e. any type information using fewer bits then the original representation of that data. Such compression may be done lossless, i.e. without loosing any information when decompressing the data. Lossless compression reduces bits by identifying and eliminating statistical redundancy to present data in a more concise way without losing any information. Lossless compression is possible because most data has statistical redundancy. For example, in a video there may be areas (pixels) in an image that do not change colour over several video frames. Instead of coding “green pixel, green pixel, . . . ” for several video frames that are following each other, the data may be encoded as “green pixel in next 43 video frames”. This is an example of run-length encoding, but there are many schemes to reduce file size by eliminating redundancy, such as the Lempel-Ziv (LZ) compression methods.

Another way is to use lossy compression, which reduces bits by identifying “unnecessary” information and removing it. The starting point with such a scheme is that some loss of information is acceptable. Dropping nonessential detail from the data source can save storage space. Lossy data compression schemes are informed by research on how people perceive the data in question. For example, the human eye is more sensitive to subtle variations in luminance than it is to variations in colour. One example of lossy compression is the well known JEPG image compression, which works in part by rounding off nonessential bits of information. There is always a tradeoff between information lost and the size reduction.

The process of reducing the size of a data file is popularly referred to as data compression, even if there is a formal name, source coding, which means that coding is done at the source of the data before it is stored or sent. The benefit with compression is that it reduces the resources used for storing, transmitting and processing data. However, the compressed data must be decompressed to use which requires some additional computational or other costs when performing decompression. To make it worthwhile to compress data there should be a significant compression such that it is worth the extra computational complexity.

There have been made many attempts to compress data. The demand for more efficient ways to reduce data lossless is ever increasing as the public requires higher and higher quality of data that is streamed to their devices. It is no longer enough to see a movie on your smart phone; one wants to see a movie in High Definition, HD, quality. Thus there is a need fore a more efficient method for enhancing communication between different network nodes by compressing data. Accordingly, there is thus a need for an improved, possibly alternative, manner for compressing a file.

SUMMARY

It is an object of the teachings of this application to overcome the problems listed above by providing a computing device, comprising a memory and a controller, wherein said controller is configured to compress a file by transforming at least a portion of said file to a number and transforming the number to an exponent vector comprising at least one exponent, wherein each exponent corresponds to a base in a base vector.

In one embodiment, the controller is further configured to: set a first base in the base vector to be the current base; find an exponent for the current base; include the exponent in the exponent vector; determine a residual number by reducing the number by the base raised to the power of the exponent; if the current base is not the last base in the base vector, then the current base is set to be the next base in the base vector; the number is set to be the residual number and the controller finds an exponent for the new current base; and else if the current base is the last base in the base vector, then a constant is set to be the residual number and a representation comprising the exponent vector and the constant is generated. It is also an object of the teachings of this application to overcome the problems listed above by providing a method for compressing a file by transforming at least a portion of said file to a number and transforming the number to an exponent vector comprising at least one exponent, wherein each exponent corresponds to a base in a base vector, whereby the file is represented by the exponent vector.

It is an object of the teachings of this application to overcome the problems listed above by providing a computing device for decompressing a file being represented by an exponent vector, wherein said computing device comprises a controller configured to determine a number by raising each base in a base vector to a corresponding exponent in the exponent vector and combining the results into the number and to transform said number to a file.

It is also an object of the teachings of this application to overcome the problems listed above by providing a method for decompressing a file being represented by an exponent vector, by determining a number by raising each base in a base vector to a corresponding exponent in the exponent vector and combining the results into the number and transforming said number to a file.

It is also an object of the teachings of this application to overcome the problems listed above by providing a computer readable storage medium encoded with instructions that, when executed on a processor, performs any of the methods according to above.

It is also an object of the teachings of this application to overcome the problems listed above by providing a computing device, comprising a memory and a controller, wherein said controller is configured for encrypting a file; wherein the file has been compressed by transforming at least a portion of said file to a number and transforming the number to an exponent vector comprising at least one exponent, wherein each exponent corresponds to a base in a base vector, whereby the file is represented by the exponent vector; wherein said controller is configured to: reorder the exponent vector thereby encrypting the representation of the file.

It is also an object of the teachings of this application to overcome the problems listed above by providing a method for encrypting a file; wherein the file has been compressed by transforming at least a portion of said file to a number and transforming the number to an exponent vector comprising at least one exponent, wherein each exponent corresponds to a base in a base vector, whereby the file is represented by the exponent vector; wherein said controller is configured to: reorder the exponent vector thereby encrypting the representation of the file.

It is also an object of the teachings of this application to overcome the problems listed above by providing a computer readable storage medium encoded with instructions that, when executed on a processor, performs the method according to above.

It should be noted that by searching for the exponents from the bottom-up, that is to try to find a highest (or close to) exponent for each base in order, preferably starting with the highest base, a faster reduction of the file is achieved compared to for example a top-down search trying to find a suitable base repeatedly.

Also, as the order of the bases as per the invention is known, it also enables for a better encryption in that the bases need not be provided with the exponents, unlike a system where the number of exponent/base apirs is unknown form the start.

Other features and advantages of the disclosed embodiments will appear from the following detailed disclosure, from the attached dependent claims as well as from the drawings.

Generally, all terms used in the claims are to be interpreted according to their ordinary meaning in the technical field, unless explicitly defined otherwise herein. All references to “a/an/the [element, device, component, means, step, etc]” are to be interpreted openly as referring to at least one instance of the element, device, component, means, step, etc., unless explicitly stated otherwise. The steps of any method disclosed herein do not have to be performed in the exact order disclosed, unless explicitly stated.

BRIEF DESCRIPTION OF DRAWINGS

The invention will be described in further detail with reference to the accompanying drawings in which:

FIG. 1 is a schematic view of a terminal according to the teachings herein;

FIG. 2 is a schematic view of the components of a terminal according to the teachings herein;

FIG. 3 shows a schematic view of a computer-readable medium according to one embodiment of the teachings of this application;

FIG. 4 shows an overview of a compression/decompression system 400 according to an embodiment of the teachings herein;

FIG. 5A shows a schematic view of a representation 500 of an exponent vector according to an embodiment of the teachings herein;

FIG. 5B shows a corresponding base vector according to an embodiment of the teachings herein;

FIG. 6 shows a flowchart for a general method for reducing a number to an exponent vector based on a base vector according to an embodiment of the teachings herein;

FIG. 7 shows a representation of a number, where a most significant position is marked according to an embodiment of the teachings herein;

FIG. 8 shows a flowchart for a general method of how to determine the highest exponent by finding the most significant position according to an embodiment of the teachings herein;

FIG. 9 shows a flowchart for a method for encrypting and decrypting a file according to an embodiment of the teachings herein;

FIG. 10 shows a flowchart for a method for encrypting and decrypting a file according to an embodiment of the teachings herein;

FIG. 11 shows a schematic view of repeated compression of a file according to an embodiment of the teachings herein; and

FIG. 12 shows a flowchart for a method for encrypting and decrypting a file according to an embodiment of the teachings herein.

DETAILED DESCRIPTION

The disclosed embodiments will now be described more fully hereinafter with reference to the accompanying drawings, in which certain embodiments of the invention are shown. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided by way of example so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Like numbers refer to like elements throughout.

FIG. 1 shows a computation device 100 according to an embodiment herein. In one embodiment the computation device 100 is configured for network communication, either wireless or wired. In one embodiment the computation device 100 is configured for network communication, both wireless and wired. Examples of such a computation device 100 are: a personal computer, desktop or laptop, an internet tablet, a mobile telephone, a smart phone, a personal digital assistant, a server, electronic key, machine-to-machine device (M2M) and a work station to name a few.

The computation device 100 will hereafter be exemplified and described as being a personal computer 100. The personal computer or terminal 100 comprises a display 110 and a housing 120. The housing comprises a controller or CPU (not shown) and one or more computer-readable storage mediums (not shown), such as storage units and internal memory. Examples of storage units are disk drives or hard drives. The terminal 100 further comprises at least one data port. Data ports can be wired and/or wireless. Examples of data ports are USB (Universal Serial Bus) ports, Ethernet ports or WiFi (according to IEEE standard 802.11) ports. Data ports are configured to enable a terminal 100 to connect with other terminals or a server.

The terminal 100 further comprises at least one input unit such as a keyboard 130. Other examples of input units are computer mouse, touch pads, touch screens or joysticks to name a few.

FIG. 2 shows a schematic view of a general structure of a computing device. The computing device may be a computation device as in FIG. 1 or a server. In one embodiment the computing device is a computing apparatus as will be discussed in further detail below. In the description below the computing device will be disclosed as being a terminal according to FIG. 1. The terminal 100 comprises a controller 210 which is responsible for the overall operation of the terminal 100 and is preferably implemented by any commercially available CPU (“Central Processing Unit”), DSP (“Digital Signal Processor”) or any other electronic programmable logic device. The controller 210 may be implemented using instructions that enable hardware functionality, for example, by using executable computer program instructions in a general-purpose or special-purpose processor that may be stored on a computer readable storage medium (disk, memory etc) 240 to be executed by such a processor. The computing device 100 comprises a memory 240 for storing computer files on. Computer files are well-known in the art and will be referred to simply as files herein. The controller 210 is configured to read instructions from the memory 240 and execute these instructions to control the operation of the terminal 100. The memory 240 may be implemented using any commonly known technology for computer-readable memories such as ROM, RAM, SRAM, DRAM, CMOS, FLASH, DDR, EEPROM memory, flash memory, hard drive, optical storage or any combination thereof.

The memory 240 is used for various purposes by the controller 210, one of them being for storing application data and program instructions 250 for various software modules in the terminal 100. The software modules include a real-time operating system, drivers for a man-machine interface 220, an application handler as well as various applications 250. The applications 250 can include a messaging application such as electronic mail, a browsing application, a banking application, as well as various other applications 250.

The terminal 100 may further comprise a user interface 220, which in the terminal 100 of FIG. 1, is comprised of the display 110, the keypad 130. The display 110 may be a touch display upon which virtual keys (not shown) may be displayed and operated. Such virtual keys may replace any or all of the physical keys 130 and no difference will be made herein if not explicitly stated.

The user interface (UI) 220 also includes one or more hardware controllers, which together with the UI drivers cooperate with the display 110, keypad 130, as well as various other I/O devices such as sound system, LED indicator, etc. As is commonly known, the user may operate the terminal 100 through the man-machine interface thus formed.

The terminal 100 may further comprise a communication interface 230, which is adapted to allow the terminal to communicate with other devices. The communication interface may be a radio frequency interface adapted to communicate through the use of different radio frequency technologies. Examples of such technologies are WIFI, Bluetooth®, W-CDMA, GSM, UTRAN, LTE, and NMT to name a few.

The communication may also or alternatively be a wired interface 230, which is adapted to allow the terminal to communicate with other devices through the use of different network technologies. Examples of such technologies are USB, Ethernet, and Local Area Network, TCP/IP (Transport Control Protocol/Internet Protocol) to name a few.

The computing device 100 is thus configured to receive and/or transfer a file through the communication interface 230.

FIG. 3 shows a schematic view of a computer-readable medium as described in the above. The computer-readable medium 30 is in this embodiment a data disc 30. In one embodiment the data disc 30 is a magnetic data storage disc. The data disc 30 is configured to carry instructions 31 that when loaded into a controller, such as a processor, executes a method or procedure according to the embodiments disclosed above. The data disc 30 is arranged to be connected to or within and read by a reading device 32, for loading the instructions into the controller. One such example of a reading device 32 in combination with one (or several) data disc(s) 30 is a hard drive. It should be noted that the computer-readable medium can also be other mediums such as compact discs, digital video discs, flash memories or other memory technologies commonly used. In such an embodiment the data disc 30 is one type of a tangible computer-readable medium 30.

The instructions 31 may also be downloaded to a computer data reading device 34, such as a computer or other device capable of reading computer coded data on a computer-readable medium, by comprising the instructions 31 in a computer-readable signal 33 which is transmitted via a wireless (or wired) interface (for example via the Internet) to the computer data reading device 34 for loading the instructions 31 into a controller. In such an embodiment the computer-readable signal 33 is one type of a non-tangible computer-readable medium 30.

The instructions may be stored in a memory (not shown explicitly in FIG. 3, but referenced 240 in FIG. 2) of the computer 34.

References to computer program, instructions, code etc. should be understood to encompass software for a programmable processor or firmware such as, for example, the programmable content of a hardware device whether instructions for a processor, or configuration settings for a fixed-function device, gate array or programmable logic device etc.

FIG. 4 shows an overview of a compression/decompression system 400 according to an embodiment of the teachings herein, comprising or to be executed within at least one computing device 100. The controller 210 of the computing device 100 is configured to receive a file 410. The file 410 may be received through the communication interface 230 or from the memory 240.

The controller 210 of the computing device 100 is configured to process the file 410 in order to compress it for improved storage or transmission of the compressed file 410. This has the technical advantage in that it saves storage space and/or bandwidth.

In one embodiment, the controller is configured to employ means for splitting or dividing 415 the file 410 into smaller portions and compress each portion individually. In the following, there will be made no difference between processing a portion or a complete file. In an embodiment where portions of the file are compressed individually, a corresponding controller will be configured to process the portions individually and concatenate or otherwise combine the file portions resulting from the decompression of the compressed portions. One benefit of splitting up into smaller portions is that the calculations are faster for each portion. Examples of file portions of 150 Bytes have resulted in a compression ratio of 4.7% for each portion, leading to an overall compression of 4.7% using only the bases {2,3,5,7}.

The controller 210 is configured to compress the file 410 (or portions of it) by employing means 420 for transforming the file 410 into a number X. In one embodiment the controller is configured to transform the file 410 into a decimal number, i.e. a number having the base 410. In one embodiment the controller is configured to transform the file 410 into a hexadecimal number, i.e. a number having the base 16. In one embodiment the controller is configured to transform the file 410 into a binary number, i.e. a number having the base 2. In such an embodiment, the actual conversion may be represented by simply transforming the file into a format that is better suited for performing mathematical operations on. In one such embodiment, the format transformed into is a string vector.

The controller 210 then employs means 430 for transforming number X into an exponent vector exp. The controller 210 is configured to transform the number X into the exponent vector exp by determining the exponents for a base vector base wherein the number X may be represented by each element of the base vector base, being raised to the power of the corresponding element of the exponent vector exp. By choosing the bases carefully, the number X may then be expressed in a much shorter form than if the number is expressed in its natural form.

A trivial example to illustrate, the file [1000000] corresponding to the decimal number 256 (256₁₀) may be expressed through the exponential 2 for the corresponding base 16. All that is needed to be transmitted or stored is thus [10]=2₁₀ (decimal 2) and a compression ratio of 25% has already been achieved.

The controller 210 may then store or transmit the exponent vector for later retrieval by the same or another computing device. In the following a store will be represented by a transmission to the memory 240 and no difference will be made between storing in the memory 240 and a transmission through the communication interface 230.

The controller 210 of the same or another computing device is configured to receive an exponent vector exp, either from the memory 240 or through the communication interface 230 and to transform the exponent vector exp into a number by employing means 440 for transforming an exponent vector exp into a number. The controller 210 then employs means 450 for transforming the number X_(r) into a file thereby decompressing the file 410. In an embodiment where a portion of the file 410 has been compressed, the controller is configured to decompress the portions and then concatenate or otherwise combine the resulting file portions into the complete file. Especially if exponent vectors exp corresponding to portions are received out of order, the controller 210 is configured to determine the order and combine the portions in the right order. The order may be indicated by a series or ordering number being part of the exponent vector exp for the number representing the portion.

The controller 210 is configured to retrieve the base vector base from the memory (or through the communication interface) and if both the controller compressing the file and the controller decompressing the file (which may be the same controller) has access to the same base vector base, the number may easily be reconstructed by simply raising the elements of the base vector base to the power of the elements of the exponent vector exp and combining the partial results.

FIG. 5A shows a schematic view of a representation 500 of an exponent vector exp. Each element of the exponent vector exp is represented by a (bit) field of the representation 500. In the example of FIG. 5A, the exponent vector exp includes an ordering number n, a scaling number N, exponents a, b, c etc and a constant K.

It should be noted that the ordering number n, the scaling number N and/or the constant K are optional. The essential elements of the exponent vector exp are the base exponents a, b, c and so on.

In one embodiment, the exponent vector exp, may also include multiple exponents for one or several bases. For example an exponent vector exp may be {n, N, a₁, a₂, b, c₁, c₂, K} for a base vector base including the bases {A, B, C}.

In one embodiment, the exponent vector exp may also include constants c₁ for each base in the base vector. These constants c_(i) are scaling constants.

FIG. 5B shows a corresponding base vector base. In the example of FIG. 5B, the base vector includes the bases A, B, C etc.

A file number may be recreated by combining the bases in the base vector base raised to the exponents in the exponent vector exp by addition, multiplication or a combination thereof.

One general formula for recreating the number is: X=N*(A ^(a) ⊕B ^(b) ⊕C ^(c))+K, where ⊕ represents a combining operation such as multiplication or addition.

As has been mentioned above, each base may have more than one corresponding exponent. In such a case, a more general formula for the number X is: X=N*(ΣA ^(ai) ⊕ΣB ^(bi) ⊕ΣC ^(ci))+K, where ai is the exponent(s) for base A, bi is the exponent(s) for base B, and ci is the exponent(s) for base C. Alternatively, the base vector base may include duplicate bases, where by the first formula may be applied. The same also holds true for the formulas presented below.

To reduce the number of needed calculations, reduce the exponent sizes and to improve the resolution of the compression, a scaling factor may be used.

For an embodiment where each base-exponent pair is also scaled, the generalized formula becomes: X=N*(Σc _(i) A ^(ai) ⊕Σc _(i) B ^(bi) ⊕c _(i) C ^(ci))+K, where c_(i) are scaling factors.

Alternatively, the sum for each base is scaled (which corresponds to all scaling factors for the same base are the same, c_(i)=c_(j)) and the generalized formula becomes X=N*(c _(a) A ^(ai) ⊕c _(b) ΣB ^(bi) ⊕c _(c) ΣC ^(ci))+K, where c_(a) is the scaling factor for base A.

For the scaling combinations the formula becomes: X=N*(c _(a) Σc _(i) A ^(ai) ⊕c _(b) Σc _(i) B ^(bi) ⊕c _(c) Σc _(i) C ^(ci))+K

It should also be noted that the formula could have recursive elements or repeated elements. We choose the notation below to illustrate this. X=N _(t) *ΣN _(j)*(c _(a) Σc _(i) A ^(ai) ⊕c _(b) Σc _(i) B ^(bi) ⊕c _(c) Σc _(i) C ^(ci))+K _(j))K _(t)

where Nj and Kj are the multiplier and constants for each repetition and Nt and Kt are the multiplier and the constant for the total formula. As has been noted above, all scaling factors, multipliers and/or constants as well as bases need not be explicitly part of the formula.

The constant K could be used to indicate that the number is odd and thereby reduce the processing to only reduce even numbers, which would then carry a bit to indicate whether it was actually odd or even before having been reduced (an odd number would then be subtracted with −1 before reduction and added with +1 when being reconstructed. The constant K could thus have more than one part, namely on part for indicating odd/even and one for indicating a possible remainder. Also, there could be one (set of) constant(s) for each repetition of the formula, as is indicated by the notation above.

The combining operation ⊕ may also be used to indicate a segmented or partial calculation, such as normally indicated by parenthesis. Of course, this could also be represented by some bases appearing multiple times. For example (constants, scaling factors and multipliers left out from this example, but it should be noted that they can also be included as is indicated by the notation above): A ^(a)(B ^(b) +C ^(c)) could also be expressed as A ^(a) *B ^(b) +A ^(a) *C ^(c)

Should this be repeated in several steps the notation could be ΣAj ^(aj)(Bj ^(bj) +Cj ^(cj))=A1^(a1)(B1^(b1) +C1^(c1))+A2^(a2)(B2^(b2) +C2^(c2)) . . .

which could also be expressed as ΣAj ^(aj) *Bj ^(bj) +Aj ^(aj) *Cj ^(cj) =A1^(a1) B1^(b1) +A1^(a1) C1^(c1) +A2^(a2) B2^(b2) A2^(a2) C2^(c2) . . .

It should be noted that even if the formulas above only have three bases, any number of bases is possible. the number of bases may be kept low, for example below 10 or below 5, to enable a higher compression ratio, as a low number of bases results in shorter exponent vectors.

To avoid negative constants, bases whose exponents are 0 may be ignored thus not contributing to the sum, when the bases are added together, i.e. when ⊕=+. Alternatively, the exponents may be stored as being one larger than determined and the base is then raised to the power of the exponent −1.

The bases selected for the base vectors depends on design issues and may be selected depending on the size of the files to be compressed, the rate of compression and the speed of the compression. For example, large bases give shorter exponent vectors and faster compression, but not such a good resolution necessitating large constants and possibly ordering number. Large bases also leads to shorter exponents. Lower bases provides for higher resolution, but possibly slower compression.

In one embodiment the bases are spaced apart to provide for resolution and a faster compression as the large bases reduces the number X faster.

Bases may grow exponentially A=10(=10¹),B=100(=10²),C=1000(=10³) A=10,B=100(=A ²),C=10000(=B ²) or linearly A=10,B=20,C=30 A=2,B=3,C=5

If the bases are prime numbers, they avoid divisional loops to occur. Examples of such base vectors are: {2,3,5,7} (linear) and {2,31,127,1027} (exponential).

If one of the bases equals the base for the number format (e.g. the base is 2 for binary numbers, 10 for decimal numbers etc) and that base is combined through multiplication, it is easy to find an exponent, maybe not the highest, but at least a partial) by simply counting the number of trailing 0s in the representation, thereby avoiding divisional operations.

In one embodiment, the exponent for each base (or at least one base) may be accompanied by a scaling constant for that base. This enables for faster compression/reduction of the number X, especially for large numbers X (or large residuals of the number X as it is being reduced). For example, if the number 220 is to be reduced using the bases A=10, B=100, the number can be expressed as 2;1;2;1 or in binary 10;1;10;1 or 101101 using the notation X=c_(a)A^(a)+c_(b)B^(b) and exp ={c_(a);a;c_(b);b} being shorter than 11011100. Should the same number be expressed without scaling factors, ie using the notation X=A^(a)+B^(b)+K and exp={a;b;K}, the number 220 would be expressed as {1;1;11011110}. Alternatively, a general scaling could be used, ie the notation X=N(A^(a)+B^(b))+K and exp={N;a;b;K} which would result in {10;1;1}. As can be seen the use of scaling factors can greatly reduce the size of the exponent vector, or at least the elements of the exponent vector. The benefit f using scaling factors comes from the fact that using only exponents may lead to that an increase in an exponent may result in a change that is too great, whereas a simple scaling can reduce the number quickly and as the scaling factors are always smaller than the bases (or they would not be needed) they do not require much space and thus do not add much to the size of the exponent vector.

Using multiple exponents for the same base becomes beneficial when the number or residue for the number is far greater than the highest or next base. It is then possible to fit more than one base-exponent pair within the number for a given base.

FIG. 6 shows a flowchart for a general method for reducing a number to an exponent vector exp={c_(a), a, c_(b), b, . . . , c_(d), d} based on a base vector base={A, B, . . . , D}. The number may be the result of a transformed file (or partial file). It should be noted that the scaling factors are optional, individually or overall. Also note that the use of multiple exponents (and scaling factors) for at least one base is also possible and will be disclosed as an alternative, although not expressed in the notation used in the example of FIG. 6.

The method starts with receiving 610 the number X. Next an exponent for a base is found 620. In one example the (next) highest exponent is found. In one example the exponent is found for the (next) largest base. In one example, the highest exponent for the largest base is found. In the example notation of FIG. 6, the highest d for base D is found. The exponent d may be found by dividing the number X by the base D repeatedly. The exponent d may alternatively be found by a table lookup. The exponent d may alternatively be found by finding the most significant position (msp) for the number X. This alternative will be explained in detail with reference to FIGS. 7 and 8 below.

As the highest exponent d has been found, a scaling factor may be determined 630 (if such is used) by dividing the number X with the highest base D raised to the power of d and truncating the result. In the notation used c_(d)=Trunc(X/D^(d)).

Thereafter a residual number X_(res) is found 640 by subtracting the base raised to the power of the exponent multiplied by the scaling factor from the number, i.e. X_(res)=X−c_(d)D^(d). Or in datalogical notation X_(res)=Modula(X/D^(d)). In an embodiment where the bases are to be combined through multiplication, the residual number is determined through a division. In both cases, the residual number is determined by reducing the number by the base raised to the power of the exponent.

Optionally, if more than one exponent is to be found for the base currently being processed, the method returns to finding the highest exponent for the base, using the residual number X_(res) as the number X, ie 645 set X=X_(res).

Thereafter it is determined 650 if there are more bases in the base vector base to find exponents for. If so, then proceed reducing the residual number with the next lower base, that is 660 set X=X_(res) and base=base_(k−1), where k is the index of the current base assuming that the base vector is ordered in rising order. This provides the (other) exponents c, b, a . . . in the exponent vector exp. If there are no more bases, then the residual number is the rest or constant K 670, i.e. set K=X_(res) and the exponent vector exp is completed 680 and may be stored or transmitted for later retrieval to be decompressed back into the number X.

To decompress 690 the exponent vector to the number X, simply insert the exponent vector exp in the formula used for the compression. The formula can be any variety of the formulas given in the above.

As disclosed in the above, the highest exponent for a base may be found by finding the most significant position for the number X. FIG. 7 shows a representation of a number X, where the most significant position msp is marked. For a binary number X, the most significant position is the most significant 1-bit. In the example of FIG. 7, a number X=109 is shown in 8 bits, where the msp is position 2. In the example of FIG. 7 the numbering for the most significant position goes from lowest position to the highest, but it should be noted that the numbering itself may not be important. In one embodiment it is only sued for a table lookup. In one embodiment it is however, used for determining the exponent by calculating it based on the msp.

FIG. 8 shows a flowchart for a general method of how to determine the highest exponent by finding the most significant position.

To find the msp, the controller of the computing device may simply search 810 a representation of the number X to find the first non-zero element. As the number X is not any number, but represents a (portion of a) file, the likelihood that it will be all zeros or starting with many zeros is highly unlikely, and the search for the msp will therefore be rather quick requiring only a few comparisons.

Thereafter, the highest exponent is found 820. The exponent may be found through a table lookup. An example of such a table is shown below for the example of FIG. 7, for a binary number X (=109) and a base (=7).

msp Exp 7 2 6 2 5 1 4 1 3 1 2 0 1 0 0 0

The highest exponent may alternatively be found by calculating it based on the current base of the base vector base, the number base (binary, decimal, hexadecimal, . . . ) for the number X and the msp.

For the base B, the exponent e and the number base D, the highest exponent may be determined as

$e = {{{Trunc}\left( \sqrt[B]{D^{msp}} \right)}.}$

Alternatively, the exponent e, or at least an exponent close to the exponent e, may be determined in a faster manner as the base to use for the reduction (i.e. the element(s) of the base vector base) is known and the base for the number representation is also known, whereby the number base D root of the base B may be predetermined. The exponent e may then be determined as

${e = {{{Trunc}\left( {{msp}\sqrt[D]{B}} \right)}\mspace{14mu}{or}\mspace{14mu}{alternatively}\mspace{14mu}{msp}*{{Trunc}\left( \sqrt[D]{B} \right)}}},$ where

${{Trunc}\left( \sqrt[D]{B} \right)}\mspace{14mu}{or}\mspace{14mu}\sqrt[D]{B}$ may be predetermined for faster calculations.

If it is found 830 that the exponent is 0, the next lower base is selected and the exponent is determined based on the lower base, either by a table lookup or a calculation as above. For large numbers, ie large files the exponent-msp table may thus be shorted accordingly by excluding all elements where the exponent is zero. The example table for FIG. 7 then becomes

msp Exp 7 2 6 2 5 1 4 1 3 1

Alternatively, the table may include both the exponent, but also the corresponding base. In such a case, the determination whether the exponent is zero results in that the constant K is the number which is the same case as when there are no more lower bases. In the example of FIGS. 7 and 8, it has been assumed that only one exponent is determined for each base, but the same methodology may be used for multiple exponents for one or more bases. To generalize, using multiple exponents may be regarded as having a base vector with duplicate bases. This holds true also for the disclosure given above and with reference to FIG. 6.

For FIG. 8, the determination 830 whether the exponent is zero is thus followed by a determination 835 if there are more bases or not. If there are more bases, then the method proceeds with the next base. If there are no more bases, the constant K is set to equal 850 the number X and the exponent series is finished.

If the exponent is determined to not be 0, the exponent has been found and the method proceeds as in FIG. 6 after having found 620 the exponent.

If the base is evenly dividable with the number base, then the base raised to the power of the exponent (D^(d)) may be calculated through a series of shifts and no time consuming multiplication actions are necessary.

It has thus been disclosed in the above how a file may be compressed by transforming it into a number (or series of partial numbers each corresponding to a file portion) and reducing the number into an exponent vector exp using a formula and a vector of bases base. The file may then be represented solely by the exponent vector for storing or transmission. To alter decompress the file, all is needed is knowledge about the bases in the base vector and knowledge about any scaling factors and how they should be applied.

It should be apparent that as it is impossible to decompress the file without knowing the bases, the order of the exponents, whether scaling factors should be applied or not etc it is possible to also encrypt the file suing the method herein.

As is known, open encryption schemes are favored by the industry in where the formulas used for the encryption is publically disclosed. This would also be beneficial for the compression scheme presented herein as it would lead to a more wide spread use. However, by simply agreeing in secret with another party of the order in which to transmit the elements of the exponent vector, the file may be encrypted as well as being compressed. Especially for large files where the file would be split up into smaller portions, it would be nearly impossible to decipher whether a reordered combination of exponents have resulted in a correct decompression as the result would only give a portion of the whole file thereby making it difficult to check the correctness of the decompression.

One benefit of splitting up into smaller portions is that the calculations are faster for each portion. Examples of file portions of 150 Bytes have resulted in a compression ratio of 4.7% for each portion, leading to an overall compression of 4.7% using only the base vector {N,2,3,5,7,K}.

FIG. 9 shows a flowchart for a method for encrypting and decrypting a file according to the teachings herein. A file is compressed 910 as in the above resulting in an exponent vector exp.

The exponential vector exp is reordered 920 thereby effectively encrypting the compression and thereafter stored or transmitted 930.

Alternatively, as is indicated by the box for 920 being dashed, the exponential vector is not reordered. In such an embodiment, the bases and their order are kept secret.

Before decompressing 950 the file, the exponent vector exp may be ordered again 940 to fit the formula to be used, either be actually reordering the exponent vector exp or by applying a corresponding formula.

It should be noted that even though the disclosure herein has been given to reordering the exponent vector, the same teaching may be applied to reordering the base vector base, i.e. using a different formula either by the compressor or the decompressor, which in effect corresponds to a reordering of the exponent vector.

It should be noted that an encryption takes place regardless whether the exponential and/or the base vector is kept secret and/or maintained with regards to order as the compression itself also serves to encrypt the corresponding file.

In one embodiment, especially one where a file has been split into several portions, the base vector base may also be transmitted or stored. Then a general formula may be used to decompress the file, by assuming a format of the exponent vector exp and the base vector base, so that the exponents may be paired with a corresponding base. One example of such a general format is that each element of the exponent vector exp corresponds to a base in the base vector base in the same order. Another example is that each element pair in the exponent vector exp constitutes a scaling factor and an exponent corresponding to a base in the base vector base in the same order.

In such an embodiment, the base vector as well as the exponent vector may be reordered to provide even more possible encryptions. Also, the exponent vector (and possibly the base vector) may be reordered differently for each file portion. The reordering may be based on a formula or according to a table. For an example file of 1 MB, a file portion of 150 Bytes (corresponding to a 400 digit decimal number) and a base vector having four bases and using scaling factors we have 4!*8!=967680 possibilities for each file portion resulting in 967680*6991 [=1 MB/150 Bytes]=6,765,050,880 possibilities. Combined with transmitting the file portions in a jumbled order the number of possibilities becomes even greater.

To decrypt the file, the exponent vector may either be reordered back to its original ordering or the decryption may be based on a reordered base vector. Alternatively or additionally, the order and/or the bases are kept secret.

In an embodiment where the base vector base is stored or transmitted as part of the compressed file, the bases may be dynamically selected based on the msp. For example if there are many leading zeros (low msp), smaller bases are chosen, while if the msp is high, a higher base is chosen. This results in a somewhat lower, but faster compression and with an adapted resolution.

As the teachings herein result in an exponent vector exp (possibly including scalars and/or constants) to be transmitted, the inventor has realized that the exponent vector in itself, represented by a file, may also be (further) compressed or encrypted.

Thus in one embodiment, the method and a device incorporating the method are configured to continue compressing (and/or encrypting) the exponent vector exp (possibly including scalars and/or constants) until a desired compression rate has been achieved.

FIG. 10 shows a flowchart for such a method, possibly to be executed by a computing device. A file is received and transformed 1010 into a number X (possibly in portions as has been discussed in the above) and the number X is compressed into an exponent vector E (possibly including scalars and/or constants). The exponent vector E is represented by a file (structure) which is compared to the original file (or portion thereof). If the compression ratio (being defined as size of the exponent vector divided by the size of the file (portion)) 1030 is not below a threshold level, say 5%, 10%, 15%, 20% or in the range of 0 to 25%, the exponent vector E is transformed into a number X′ which is compressed resulting in a new exponent vector E. The compression ratio of the new exponent vector E′ compared to the original file (portion) is determined 1020 and if it is above the threshold 1030 the procedure is repeated until the desired compression ratio is achieved.

This allows for a trade of to be made between portion size and computational complexity versus computation speed to be determined.

For example, the computation complexity for finding the exponent vector increases for larger file portions, whereas the compression ratio for a smaller portion is higher than for a larger portion. By continuously compressing a tradeoff between the portion size and the computational speed may be achieved. This is based on that the computational complexity increases non-linearly with the portion size, whereas repeating a compression is of linear complexity.

FIG. 11 shows a schematic view of how the size of a file (portion) X is compressed repeatedly. Each compression in itself results in a compression ratio of 67%, whereby the resultant exponent vectors are compressed to 67%, 44%, 30% and 20% respectively.

To decompress the file, a decompression bit is added 1015 before each compression. The decompression bit indicates whether further decompression is to be performed (1 indicating further decompression, 0 indicates decompression finished). As the file is to be decompressed, the exponent vector (possibly including scalars and/or constants) is received 1210 and decompressed 1220. The decompression bit is checked 1230 and if it indicates further decompression (bit=1), the decompression is repeated. When the decompression bit indicates no further decompression (BIT=0), the decompression is done.

The invention has mainly been described above with reference to a few embodiments. However, as is readily appreciated by a person skilled in the art, other embodiments than the ones disclosed above are equally possible within the scope of the invention, as defined by the appended patent claims. 

The invention claimed is:
 1. A computing device, comprising: a memory; and a controller, wherein said controller is configured to compress an electronic file by transforming at least a portion of said file to a number (X) and transforming the number (X) to an exponent vector (exp) comprising at least one exponent, wherein each exponent corresponds to a base in a base vector (base), whereby the file is represented by the exponent vector (exp), wherein said controller is configured to: setting a first base in the base vector to be the current base; finding an exponent for the current base; including the exponent in the exponent vector (exp); determining a residual number (X_(res)) by reducing the number (X) by the base raised to the power of the exponent; if the current base is not the last base in the base vector (base), then setting the current base to be the next base in the base vector (base); setting the number (X) to be the residual number (X_(res)) finding an exponent for the new current base; and else if the current base is the last base in the base vector (base), then setting a constant (K) to be the residual number (X_(res)) and generating a representation comprising the exponent vector (exp) and the constant whereby said at least a portion of said file is transformed into the number (X) forming a converted file representing the electronic file to be compressed; and storing the converted file in a computer readable memory.
 2. The computing device according to claim 1, wherein the exponent is the highest exponent.
 3. The computing device according to claim 1, wherein the controller is further configured to find the exponent through a table lookup.
 4. The computing device according to claim 1, wherein the controller is further configured to find the exponent through possibly repeated division.
 5. The computing device according to claim 1, wherein the controller is further configured to find the exponent based on a most significant position (msp), wherein the most significant position (msp) is the position of the first element that is non-zero in a representation of the number (X).
 6. The computing device according to claim 5, wherein the controller is further configured to find the exponent based on the most significant position (msp) through a table lookup.
 7. The computing device according to claim 5, wherein the controller is further configured to find the exponent based on the most significant position (msp) by calculating the current base root of the base for the representation raised to the power of the most significant position (msp).
 8. The computing device according to claim 5, wherein the controller is further configured to find the exponent based on the most significant position (msp) by calculating the base for the representation root of the current base and multiplying this with the most significant position (msp).
 9. A computing device, comprising: a memory; and a controller, wherein said controller is configured to compress an electronic file by transforming at least a portion of said file to a number (X) transforming the number (X) to an exponent vector (exp) comprising at least one exponent, wherein each exponent corresponds to a base in a base vector (base), whereby the file is represented by the exponent vector (exp), determining a scaling factor for the base by dividing the number (X) with the base raised to the power of the exponent and thereafter, determining the residual number (X_(res)) by reducing the number (X) by the base raised to the power of the exponent multiplied with the scaling factor; and repeating said steps of transforming and determining on the residual number (X_(res)) until the residual number (X_(res)) may not be further factored; assembling the exponent vectors and any remaining residual number into a converted file representing the electronic file to be compressed; and storing the converted file in a computer readable memory.
 10. The computing device according to claim 1, wherein the controller is further configured to reduce the number (X) by subtracting the base raised to the power of the exponent from the number (X).
 11. The computing device according to claim 1, wherein at least two exponents in the exponent vector (exp) correspond to the same base in the base vector (base).
 12. The computing device according to claim 1, wherein the base vector (base) comprises duplicate bases.
 13. The computing device according to claim 1, wherein the controller is further configured to encrypt the file by reordering the exponent vector (exp).
 14. The computing device according to claim 1, wherein the controller is further configured to transform said file to said number (X) by interpreting the file representation as a number (X).
 15. A method for compressing an electronic file to facilitate its storage or transmission by transforming at least a portion of said file to a number (X) and transforming the number (X) to an exponent vector (exp) comprising at least one exponent, wherein each exponent corresponds to a base in a base vector (base), whereby the file is represented by the exponent vector (exp), wherein the method comprises: setting a first base in the base vector to be the current base; finding an exponent for the current base; including the exponent in the exponent vector (exp); determining a residual number (X_(res)) by reducing the number (X) by the base raised to the power of the exponent; if the current base is not the last base in the base vector (base), then the current base is set to be the next base in the base vector (base); the number (X) is set to be the residual number (X_(res)) and the controller finds an exponent for the new current base; and else if the current base is the last base in the base vector (base), then a constant (K) is set to be the residual number (X_(res)) and a representation comprising the exponent vector (exp) and the constant is generated, whereby said at least a portion of said file is transformed into the number (X) forming a converted file representing the electronic file to be compressed; and storing the converted file in a computer readable memory.
 16. A decoding computing device for decompressing a converted file that has been compressed by a method of compressing including, transforming at least a portion of said file to a number (X) and transforming the number (X) to an exponent vector (exp) comprising at least one exponent, wherein each exponent corresponds to a base in a base vector (base), whereby the file is represented by the exponent vector (exp), wherein the method comprises: setting a first base in the base vector to be the current base; finding an exponent for the current base; including the exponent in the exponent vector (exp); determining a residual number (X_(res)) by reducing the number (X) by the base raised to the power of the exponent; if the current base is not the last base in the base vector (base), then the current base is set to be the next base in the base vector (base); the number (X) is set to be the residual number (X_(res)) and the controller finds an exponent for the new current base; and else if the current base is the last base in the base vector (base), then a constant (K) is set to be the residual number (X_(res)) and a representation comprising, the exponent vector (exp) and the constant is generated, whereby said at least a portion of said file is transformed into the number (X) forming a converted file representing the electronic file to be compressed; and storing the converted file in a computer readable memory, said converted file being represented by the exponent vector (exp), said decoding computing device comprising: a memory, and a controller configured to recover the electronic file by, determining the number (X) by raising the base in each base vector (base) to a corresponding exponent in the exponent vector (exp) and combining the results into the number (X), and transforming said number (X) to the electronic file for storage in an electronic memory.
 17. A method for decompressing a converted file that has been compressed by a method of compressing including, transforming at least a portion of said file to a number (X) and transforming the number (X) to an exponent vector (exp) comprising at least one exponent, wherein each exponent corresponds to a base in a base vector (base), whereby the file is represented by the exponent vector (exp), wherein the method comprises: setting a first base in the base vector to be the current base; finding an exponent for the current base; including the exponent in the exponent vector (exp); determining a residual number (X_(res)) by reducing the number (X) by the base raised to the power of the exponent; if the current base is not the last base in the base vector (base), then the current base is set to be the next base in the base vector (base); the number (X) is set to be the residual number (X_(res)) and the controller finds an exponent for the new current base; and else if the current base is the last base in the base vector (base), then a constant (K) is set to be the residual number (X_(res)) and a representation comprising the exponent vector (exp) and the constant is generated, whereby said at least a portion of said file is transformed into the number (X) forming a converted file representing the electronic file to be compressed; and storing the converted file in a computer readable memory, said converted file being represented by an exponent vector (exp), said method of decoding: determining a number (X) by raising each base in a base vector (base) to a corresponding exponent in the exponent vector (exp); and combining the results into the number (X) and transforming said number (X) into the electronic file for storage in an electronic memory.
 18. A non-transitory computer readable storage medium encoded with instructions that, when executed on a processor, perform a method for compressing an electronic file to facilitate its storage or transmission by: transforming at least a portion of said file to a number (X) and transforming the number (X) to an exponent vector (exp) comprising at least one exponent, wherein each exponent corresponds to a base in a base vector (base), whereby the file is represented by the exponent vector (exp), wherein the method comprises: setting a first base in the base vector to be the current base; finding an exponent for the current base: including the exponent in the exponent vector (exp); determining a residual number (X_(res)) by reducing the number (X) by the base raised to the power of the exponent; if the current base is not the last base in the base vector (base), then the current base is set to be the next base in the base vector (base), the number (X) is set to be the residual number (X_(res)) and the controller finds an exponent for the new current base; and else if the current base is the last base in the base vector (base), then a constant (K) is set to be the residual number(X_(res)) and a representation comprising the exponent vector (exp) and the constant is generated, whereby said at least a portion of said file is transformed into the number (X) forming a converted file representing the electronic file to be compressed; and, storing the converted file in a computer readable memory. 